Configuration method for discontinuous reception parameters, terminal and network-side device

ABSTRACT

A method of configuring a discontinuous reception DRX parameter, a terminal and a network side device are provided. The method includes receiving a message transmitted by a network side device; and acquiring, from the message, an inactive-state DRX parameter configured by the network side device for the terminal.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims priority to a Chinese Patent Application No.201710453651.X filed in China on Jun. 15, 2017, the disclosures of whichare incorporated in their entireties by reference herein.

TECHNICAL FIELD

The present disclosure relates to the field of communication technology,and in particular, relates to a method of configuring a discontinuousreception (DRX) parameter, a terminal and a network side device.

BACKGROUND

In a Long Term Evolution (LTE) system, a Discontinuous reception (DRX)mechanism is defined for a Radio Resource Control Idle (RRC idle) stateand a RRC connected (RRC connected) stated. In the DRX of a UserEquipment (UE) in an idle state, that is, in a Core Network paging (CNpaging) process, a base station configures a common DRX cycle (forexample, a cell broadcasted DRX cycle) for the UE by using a systemmessage, DRX cycles for all UEs in the idle state in a same cell are thesame. Regarding to the DRX for a UE in a connected state, the basestation may configure a specific DRX for the UE by using a dedicatedsignaling according to service characteristics of the UE.

A new state is introduced in a New Radio (NR) system. The new state isdifferent from the RRC idle state and the RRC connected state in therelated LTE system. This new state is an inactive state. In the LTEsystem, Discontinuous reception (DRX) parameters may be configured forthe UEs in the RRC idle state and in the RRC connected state,respectively, thereby achieving a purpose of saving power consumption ofthe UEs.

However, for the UE in the inactive state, although a UE-specific DRX(UE specific RAN DRX) parameter at a network side, i.e., aninactive-state DRX parameter, is introduced in the NR system, a specificconfiguration method for the parameter is not provided, causing the UEin the inactive state to be incapable of performing discontinuousreception according to the inactive-state DRX parameter.

SUMMARY

The present disclosure provides a method of configuring a discontinuousreception (DRX) parameter, a terminal and a network side device.

In a first aspect, the present disclosure provides a method ofconfiguring a discontinuous reception (DRX) parameter, applied to aterminal. The method includes receiving a message transmitted by anetwork side device; and acquiring, from the message, an inactive-stateDRX parameter configured by the network side device for the terminal.

In a second aspect, the present disclosure provides a method ofconfiguring a discontinuous reception (DRX) parameter, applied to anetwork side device. The method includes: configuring an inactive-stateDRX parameter for a terminal; and transmitting a message including theinactive-state DRX parameter to the terminal.

In a third aspect, the present disclosure further provides a terminal.The terminal includes: a receiving module, configured to receive amessage transmitted by a network side device; and a parameter acquiringmodule, configured to acquire, from the message, an inactive-state DRXparameter configured by the network side device for the terminal.

In a fourth aspect, the present disclosure further provides a terminal.The terminal includes a storage and a processor, wherein a computerprogram executable by the processor is stored in the storage, and in acase that the computer program is executed by the processor, theprocessor implements steps of the above method of configuring adiscontinuous reception (DRX) parameter applied to the terminal.

In a fifth aspect, the present disclosure further provides anon-transitory computer readable storage medium. The non-transitorycomputer readable storage medium includes: a computer program stored onthe computer readable storage medium, wherein in a case that thecomputer program is executed by a processor, the processor implementssteps of the above method of configuring a discontinuous reception (DRX)parameter applied to the terminal.

In a sixth aspect, the present disclosure further provides a networkside device. The network side device includes: a configuration module,configured to configure an inactive-state DRX parameter for a terminal;and a transmitting module, configured to transmit a message includingthe inactive-state DRX parameter to the terminal.

In a seventh aspect, the present disclosure further provides a networkside device. The network side device includes a storage and a processor,wherein a computer program executable on the processor is stored in thestorage; in a case that the computer program is executed by theprocessor, the processor implements steps of the method of configuring adiscontinuous reception DRX parameter applied to the network sidedevice.

In an eighth aspect, the present disclosure further provides anon-transitory computer readable storage medium. The non-transitorycomputer readable storage medium includes a computer program stored onthe computer readable storage medium, wherein in a case that thecomputer program is executed by the processor, the processor implementssteps of the method of configuring a discontinuous reception DRXparameter applied to the network side device.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to illustrate technical solutions of the present disclosuremore clearly, the drawings to be used in description of the presentdisclosure will be briefly described below. Obviously, the drawings inthe following description are only some of the embodiments of thepresent disclosure, and those skilled in the art may acquire otherdrawings according to the drawings without paying any inventive effort.

FIG. 1 is a schematic flowchart illustrating a method of configuring aDRX parameter provided by the present disclosure;

FIG. 2 is a schematic diagram illustrating message interaction in arandom access procedure in the related art;

FIG. 3 is another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 4 is still another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 5 is still yet another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 6 is still yet another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 7 is still yet another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 8 is still yet another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 9 is still yet another schematic flowchart illustrating a method ofconfiguring a DRX parameter provided by the present disclosure;

FIG. 10 is still yet another schematic flowchart illustrating a methodof configuring a DRX parameter provided by the present disclosure;

FIG. 11 is still yet another schematic flowchart illustrating a methodof configuring a DRX parameter provided by the present disclosure;

FIG. 12 is a schematic structural diagram illustrating a terminalprovided by the present disclosure;

FIG. 13 is another schematic structural diagram illustrating a terminalprovided by the present disclosure;

FIG. 14 is a schematic structural diagram illustrating a network sidedevice provided by the present disclosure; and

FIG. 15 is another schematic structural diagram illustrating a networkside device provided by the present disclosure.

DETAILED DESCRIPTION

In order to make technical problems, technical solutions, and advantagesof the present disclosure clearer, the following detailed descriptionwill be made with reference to the accompanying drawings and specificembodiments. In the following description, specific details, such asspecific configurations and components, are merely provided to assist ina comprehensive understanding of the present disclosure. Therefore, itwill be apparent to those skilled in the art that various changes andmodifications may be made to the embodiments described herein withoutdeparting from the scope and spirit of the present disclosure. Inaddition, descriptions of well-known functions and constructions areomitted for clarity and conciseness.

It is to be understood that such a phrase as “one embodiment” or “anembodiment” as used throughout the specification means that a particularfeature, structure, or characteristic relating to the embodiment isincluded in at least one embodiment of the present disclosure. Thus, “inone embodiment” or “in an embodiment”, used throughout thespecification, does not necessarily mean the same embodiment. Inaddition, the particular feature, structure, or characteristic may becombined in any suitable manner in one or more embodiments.

In various embodiments of the present disclosure, it should beunderstood that values of serial numbers of the following processes donot imply a sequence of executing the processes, and an order ofexecuting the processes should be determined by functions and internallogics thereof, and should constitute any limitation to animplementation process of the present disclosure.

A method of configuring a discontinuous reception (DRX) parameter, aterminal and a network side device provided by the present disclosuremay configure an inactive-state DRX parameter for a terminal in aninactive state.

As shown in FIG. 1, the present disclosure provides a method ofconfiguring a Discontinuous Reception (DRX) parameter. The method ofconfiguring the DRX parameter is applied to a terminal and includessteps 11-12.

Step 11: receiving a message transmitted by a network side device.

Here, the terminal may specifically be a smart phone (or a mobile phone)or another device capable of transmitting or receiving a wirelesssignal, such as a User Equipment (UE), a Personal Digital Assistant(PDA), a wireless modem, a wireless communication device, a handhelddevice, a laptop, a cordless phone, a Wireless Local Loop (WLL) station,a Customer Premise Equipment (CPE) or a mobile smart hotspot capable ofconverting a mobile signal into a Wi-Fi signal, a smart home appliance,other devices capable of communicating spontaneously with a mobilecommunication network without human intervention, or the like. Theabove-mentioned inactive-state DRX parameter may be transmitted by adevice node at a network side, and the device node may be a basestation. In the present disclosure, a form of the base station is notlimited, and may be a Macro Base Station or a Pico Base Station, a NodeB (a name of a 3G mobile base station), an enhanced base station (eNB),a home enhanced base station (a Femto eNB, a home eNode B, a home eNB ora HeNB), a relay station, an access point, a Remote Radio Unit (RRU), aRemote Radio Head (RRH), a gNB (a name of a fifth-generation (5G) mobilebase station), and a node at the network side in the 5G mobilecommunication system, such as a Central Unit (CU) and a Distributed Unit(DU), and so on.

An inactive-state DRX parameter may be carried in a message transmittedby the network side device, wherein the inactive-state DRX parameter isa DRX parameter for a terminal in the inactive state. The inactive-stateDRX parameter may specifically include a DRX cycle, a DRX validityduration (such as effective time and expiration time) and the like,which are not specifically limited in the present disclosure. Any DRXparameter used in the inactive state may be included in theabove-mentioned inactive-state DRX parameter.

Specifically, in a case that the terminal is in the inactive state, theterminal may receive a fourth message (such as a MSG4) transmitted bythe network side device in an update process for a Radio Access Network(RAN) notification area, wherein the inactive-state DRX parameter iscarried in the fourth message; or, in a case that the terminal is in theinactive state, the terminal may receive the fourth message (such as theMSG4) transmitted by the network side device in a random accessprocedure, wherein the inactive-state DRX parameter is carried in thefourth message; or, in a case that the terminal is in the inactivestate, the terminal receives a RAN paging message transmitted by thenetwork side device, wherein the inactive-state DRX parameter is carriedin the RAN paging message; or, in a case that the terminal is in theradio resource control (RRC) connected state, the terminal receives ahandover command transmitted by the network side device, wherein theinactive-state DRX parameter is carried in the handover command.

Step 12: acquiring from the message an inactive-state DRX parameterconfigured by the network side device for the terminal.

Here, the terminal may acquire the inactive-state DRX parameter from themessage transmitted by the network. Further, the terminal may furthermaintain DRX parameter configuration of the terminal according to theinactive-state DRX parameter transmitted by the network side device.Specifically, the terminal may update the DRX parameter configuration ofthe terminal according to the inactive-state DRX parameter transmittedby the network side device. For example, in a case that aninactive-state-related DRX parameter is not stored locally in the DRXparameter configuration of the terminal, the inactive-state-related DRXparameter is added locally to the DRX parameter configuration based onthe inactive-state DRX parameter. In a case that aninactive-state-related DRX parameter is already stored locally in theDRX parameter configuration of the terminal, the inactive-state-relatedDRX parameter stored locally in the DRX parameter configuration isupdated according to the inactive-state DRX parameter.

Through the above steps, the terminal of the present disclosure mayacquire, based on the message transmitted by the network side device,the inactive-state DRX parameter configured by the network side devicefor the terminal, so that the terminal in the inactive state may performthe discontinuous reception based on the received inactive-state DRXparameter, thereby achieving the purpose of saving power consumption ofthe terminal.

As an implementation, the network side device in the present disclosuremay transmit the inactive-state DRX parameter by using the MSG4 in therandom access procedure, and the terminal acquires the inactive-stateDRX parameter by receiving the MSG4.

In the random access procedure, the terminal and the network side deviceusually communicate four interactive messages therebetween, as shown inFIG. 2, which are a first message MSG1 transmitted by the terminal tothe network side device, a second message MSG2 transmitted by thenetwork side device to the terminal, a third message MSG3 transmitted bythe terminal to the network side device, and the fourth message MSG4transmitted by the network side device to the terminal in sequence.Specifically, in the MSG1, the terminal may transmit a random accesspreamble to the network side device (the base station) through aPhysical Random Access CHannel (PRACH), so as to cause the base stationto complete processing such as uplink timing estimation, etc.; in theMSG2, the network side device (the base station) may transmit a RandomAccess Response (RAR) to the terminal through a Physical Downlink SharedCHannel PDSCH, and information, such as a timing advance commandtransmitted by the base station and a time-frequency resource used fortransmitting the MSG3, etc., may carried in the response, so that theterminal may acquire the timing advance command transmitted by the basestation and the time-frequency resource used for transmitting the MSG3;in the MSG3, the terminal transmits a layer 1/layer 2 (L1/L2) message tothe network side device (the base station) through a Physical uplinkShared CHannel PUSCH, and the message may include a Radio Resourcecontrol (RRC) connection request, a tracking area update request, ascheduling request, and the like; in the MSG4, the network side device(the base station) transmits a contention resolution message to theterminal through the Physical Downlink Shared CHannel PDSCH.

A specific implementation of transmitting the inactive-state DRXparameter will be further described below with reference to theaccompanying drawings.

Referring to FIG. 3, the present disclosure also provides anotherexample of a method of configuring a DRX parameter. The example isapplied to a terminal, and the method implements configuration of aninactive-state DRX parameter in the random access procedure triggered byupdating the radio access network notification area. As shown in FIG. 3,the method includes steps 31-35.

Step 31: transmitting, by the terminal to a network side device, a MSG1of a random access procedure in a case that a radio access networknotification area (RAN notification area (RNA)) needs to be updated.

Here, the terminal may periodically update the RNA according to apre-configured update cycle. The terminal may also initiate the RNAupdate based on triggering by a specific event. The present disclosuredoes not specifically limit a condition for updating the RNA. In a casethat the terminal initiates the RNA update, the terminal usuallyinitiates the random access procedure and establishes a connection withthe network side device. In the foregoing step 31, the terminalinitiates the random access procedure by transmitting the MSG1.

Step 32: receiving, by the terminal, a MSG2 of the random accessprocedure returned by the network side device.

Step 33: transmitting, by the terminal to the network side device, aMSG3 used to indicate a RNA update.

Here, both of the MSG2 and the MSG3 are messages in the random accessprocedure, wherein the MSG2 may be a Random Access Response (RAR)message, and the MSG3 may be a tracking area update request message. Asshown in FIG. 3, in the present disclosure, indication informationconfigured to instruct the terminal to perform the RNA update may alsobe carried in the MSG3.

Step 34: receiving, by the terminal, a MSG4 of the random accessprocedure returned by the network side device, wherein an inactive-stateDRX parameter is carried in the MSG4.

Optionally, configuration information for a Radio Access NetworkNotification Area may be carried in the MSG4.

Here, the network side device returns the MSG4 carrying theinactive-state DRX parameter to the terminal, and the MSG4 may be acontention resolution message, and configuration information for the RNAupdate, such as a cell list of the RNA and so on, may be further carriedin the MSG4.

In addition, in the present disclosure, the MSG 4 may further carrystate transition indication information for controlling a statetransition of the terminal, such as a Radio Resource Control (RRC)suspending message or a Radio Resource control (RRC) resume message. Inthis way, the terminal may perform the state transition according to thestate transition indication information in the MSG4. Specifically, thenetwork side device may indicate, by using the MSG4 message, that theterminal is still in the inactive state or indicate, by using the MSG4message, the terminal to transition into the RRC connected state. Forexample, in a case that the terminal in the inactive state receives theMSG4 carrying the RRC suspending message, the terminal keeps theinactive state. As another example, in a case that the terminal in theinactive state receives the MSG4 carrying the RRC resume message, theterminal is transitioned from the inactive state to the RRC connectedstate.

Step 35: acquiring, by the terminal from the MSG4, the inactive-stateDRX parameter configured by the network side device for the terminal.

Here, the terminal may update the DRX parameter configuration of theterminal according to the inactive-state DRX parameter transmitted bythe network side device. Specifically, in a case that aninactive-state-related DRX parameter is not stored locally in the DRXparameter configuration of the terminal, the inactive-stat-related DRXparameter is added locally to the DRX parameter configuration based onthe inactive-state DRX parameter. In a case that aninactive-state-related DRX parameter is already stored locally in theDRX parameter configuration of the terminal, the inactive-state-relatedDRX parameter stored locally in the DRX parameter configuration of theterminal is updated based on the inactive-state DRX parameter.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate during a RNA update procedure, so that the terminal in theinactive state may perform the Discontinuous reception according to thereceived inactive-state DRX parameter, thereby achieving the purpose ofsaving power consumption of the terminal.

Referring to FIG. 4, the present disclosure also provides anotherexample of a method of configuring a DRX parameter. The example isapplied to a terminal, and the method implements configuration of aninactive-state DRX parameter in a random access procedure triggered bypaging. As shown in FIG. 4, the method includes steps 41-46.

Step 41: receiving, by the terminal, a RAN paging message transmitted bya network side device.

Here, in a case that service data of the terminal arrives, the networkside device may initiate a paging procedure for the terminal andtransmit a paging message to the terminal. The paging message may alsobe triggered by other conditions, which are not specifically limited inthe present disclosure.

Step 42: transmitting, by the terminal, a MSG1 of a random accessprocedure to the network side device according to the RAN pagingmessage.

Here, after the terminal receives the paging message, the terminalinitiates a random access procedure and establishes a connection withthe network. In the foregoing step 42, the terminal may initiate therandom access procedure by transmitting the MSG1.

Step 43: receiving, by the terminal, a MSG2 of the random accessprocedure returned by the network side device.

Step 44: transmitting, by the terminal, a MSG3 of the random accessprocedure to the network side device.

Here, both of the foregoing MSG2 and the MSG3 are messages in the randomaccess procedure, wherein the MSG2 may be a Random Access Response (RAR)message, and the MSG3 may be a RRC connection request message.

Step 45: receiving, by the terminal, a MSG4 of the random accessprocedure returned by the network side device, wherein an inactive-stateDRX parameter is carried in the MSG4.

Here, the network side device returns to the terminal the MSG4 carryingthe inactive-state DRX parameter. The MSG4 may be a contentionresolution message, and configuration information of the RNA update,such as a cell list of the RNA, etc., may be further carried in theMSG4.

In addition, state transition indication information for controlling astate transition of the terminal, such as a Radio Resource control (RRC)suspending message or a Radio Resource control (RRC) resume message, maybe further carried in the MSG4 in the present disclosure. In this way,the terminal may perform the state transition according to the statetransition indication information in the MSG4. Specifically, the networkside device may indicate, by using the MSG4 message, that the terminalis still in the inactive state or indicate, by using the MSG4 message,the terminal to transition into the RRC connected state. For example, ina case that the terminal in the inactive state receives the MSG4carrying the RRC suspending message, the terminal keeps the inactivestate. As another example, in a case that the terminal in the inactivestate receives the MSG4 carrying the RRC resume message, the terminalwill transition from the inactive state to the RRC connected state.

Step 46: acquiring, by the terminal from the MSG4, the inactive-stateDRX parameter configured by the network side device for the terminal.

Here, the terminal may update DRX parameter configuration of theterminal according to the inactive-state DRX parameter transmitted bythe network side device. Specifically, in a case that aninactive-state-related DRX parameter is not stored locally in the DRXparameter configuration of the terminal, the inactive-state-related DRXparameter is added locally to the DRX parameter configuration accordingto the inactive-state DRX parameter. In a case that aninactive-state-related DRX parameter is already stored locally in theDRX parameter configuration of the terminal, the inactive-state-relatedDRX parameter stored locally in the DRX parameter configuration isupdated according to the inactive-state DRX parameter.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate during the paging procedure, so that the terminal in the inactivestate may perform Discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

Referring to FIG. 5, the present disclosure also provides anotherexample of a method of configuring a DRX parameter. The example isapplied to a terminal, and the method implements configuration of aninactive-state DRX parameter during a procedure triggered by a paging.As shown in FIG. 5, the method includes steps 51-53.

Step 51: receiving, by a terminal, a RAN paging message transmitted by anetwork side device, wherein an inactive-state DRX parameter is carriedin the RAN paging message.

Here, in a case that service data of the terminal arrives, the networkside device may initiate a paging procedure for the terminal andtransmit a paging (RAN paging) message to the terminal. The pagingmessage may also be triggered by other conditions, which are notspecifically limited in the present disclosure. In the presentdisclosure, the network side device carries the inactive-state DRXparameter configured for the terminal in the transmitted paging message.Further, the RAN paging message may further carry information indicativeof a transmission resource for transmitting the MSG1, wherein thetransmission resource may specifically include: a preamble of a PhysicalRandom Access CHannel (PRACH) and/or a time-frequency resource of thePRACH.

Step 52: acquiring, by the terminal from the RAN paging message, theinactive-state DRX parameter configured by the network side device forthe terminal.

Here, the terminal may update DRX parameter configuration of theterminal according to the inactive-state DRX parameter transmitted bythe network side device. Specifically, in a case that aninactive-state-related DRX parameter is not stored locally in the DRXparameter configuration of the terminal, the inactive-state-related DRXparameter is added locally in the DRX parameter configuration based onthe inactive-state DRX parameter. In a case that aninactive-state-related DRX parameter is stored locally in the DRXparameter configuration of the terminal, the inactive-state-related DRXparameter stored locally in the DRX parameter configuration is updatedaccording to the inactive-state DRX parameter.

Step 53: transmitting, by the terminal to the network side device, anacknowledgement message indicating that receipt of the inactive-stateDRX parameter by the terminal is successful.

Here, it may indicated in the present disclosure in an explicit mannerthat receipt of the inactive-state DRX parameter by the terminal issuccessful, for example, a corresponding acknowledgment field is carriedin the acknowledgment message to indicate that the inactive-state DRXparameter has been received. It may also be confirmed in an implicitmanner in the present disclosure, for example, by transmitting a firstmessage to the network side device, and by indicating, using the firstmessage to the network side device, that receipt of the inactive-stateDRX parameter by the terminal is successful. If the first message istransmitted by using a predetermined PRACH resource, it may be indicatedthat receipt of the inactive-state DRX parameter by the terminal issuccessful.

Here, the terminal may acquire the inactive-state DRX parameter from theRAN paging message. Subsequently, the terminal in the present disclosuremay further initiate a random access procedure in response to the pagingmessage, and the terminal may further returns an acknowledgement messageto the network side device, the acknowledgement message indicates thatreceipt of the inactive-state DRX parameter by the terminal issuccessful. Specifically, the terminal may transmit, by using the MSG1of the random access procedure, the acknowledgement informationindicating that the inactive-state DRX parameter has been received. Theacknowledgment information may be indicated in an implicit manner, forexample, the first message is transmitted to the network side device byusing a Physical Random Access CHannel (PRACH) resource indicated by theRAN paging message; or the first message MSG1 may be transmitted to thenetwork side device by using a PRACH resource indicated by a broadcastof the network side device; or the first message is transmitted to thenetwork side device by using a reserved PRACH resource. In this way,after the network side device receives the first message on theforegoing resource, it may be determined that receipt of theinactive-state DRX parameter by the terminal is successful. Here, thePRACH resource may specifically include: a PRACH preamble and/or a PRACHtime-frequency resource. The first message is transmitted over thespecific resource to implicitly indicate that receipt of theinactive-state DRX parameter by the terminal is successful.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate during the paging procedure, so that the terminal in the inactivestate may perform the discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

The above embodiments describe how the terminal in the inactive statemaintains the inactive-state DRX parameter. The present disclosuredescribes an implementation of maintaining an inactive-state DRXparameter for a terminal in the connected state hereinafter.

Referring to FIG. 6, the present disclosure also provides anotherexample of a method of configuring a DRX parameter. The example isapplied in a terminal and includes steps 61-62.

Step 61: in a case that the terminal is in a RRC connected state,receiving a handover command transmitted by a network side device,wherein an inactive-state DRX parameter is carried in the handovercommand.

Here, in a case that the terminal performs a cell handover, it may benecessary to configure or reconfigure the inactive-state DRX parametersused by the terminal in the inactive state. For example, theinactive-state DRX parameter may be configured/reconfigured in ahandover command for the terminal.

Step 62: acquiring, from the handover command, the inactive-state DRXparameter configured by the network side device for the terminal.

Here, the terminal may update DRX parameter configuration of theterminal according to the inactive-state DRX parameter transmitted bythe network side device. Specifically, in a case that aninactive-state-related DRX parameter is not stored locally in the DRXparameter configuration of the terminal, the inactive-state-related DRXparameter is added locally to the DRX parameter configuration based onthe inactive-state DRX parameter. In a case that aninactive-state-related DRX parameter is already stored locally in theDRX parameter configuration of the terminal, the inactive-state-relatedDRX parameter stored locally in the DRX parameter configuration isupdated according to the inactive-state DRX parameter.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the connectedstate during a handover procedure, so that when the terminal enters theinactive state, the terminal may perform the discontinuous receptionbased on the received inactive-state DRX parameter, thereby achievingthe purpose of saving power consumption of the terminal.

The present disclosure may also configure/reconfigure inactive-state DRXparameters for the terminal during processes ofestablishing/reconfiguring/re-establishing an RRC connection between theterminal and the target base station, for example, the inactive-stateDRX parameter is carried in the RRCConnectionSetup orRRCConnectionReconfiguration or RRCConnectionReestablishment signaling.After the terminal receives the above signaling, the terminal maintainsthe DRX parameter configuration of the terminal according to theinactive-state DRX parameter carried in the signaling.

It should be noted that the above methods of configuring a DRX parameterprovided by the present disclosure may be used by combination them, forexample, the inactive-state DRX parameter is configured by using themethod provided by one of the embodiments and the inactive-state DRXparameter is reconfigured (such as updating the inactive-state DRXparameter) by using the method provided by another one of theembodiments. The inactive-state DRX parameter may also be configured andreconfigured by using the method provided by the same embodiment.

Corresponding to the above, the present disclosure further provides amethod of configuring a DRX parameter. The method is applied to anetwork side device, and the network side device may be a base station.As shown in FIG. 7, the method includes steps 71-72.

Step 71: configuring an inactive-state DRX parameter for a terminal.

Here, the foregoing inactive-state DRX parameter is a DRX parameter ofthe terminal in the inactive state, and the inactive-state DRX parametermay specifically include a DRX cycle, a DRX validity duration (such aseffective time and expiration time) and the like, which are notspecifically limited in the present disclosure. Any DRX parameter usedin the inactive state may be included in the above-mentionedinactive-state DRX parameter. Here, the network side may configure theinactive-state DRX parameter for the terminal in the inactive state.

Step 72: transmitting a message including the inactive-state DRXparameter to the terminal.

Here, in a case that the terminal is in the inactive state, the fourthmessage is transmitted to the terminal in the process of updating theRAN notification area, wherein the inactive-state DRX parameter iscarried in the fourth message; or, in a case that the terminal is in theinactive state, the fourth message is transmitted to the terminal in therandom access procedure, wherein the inactive-state DRX parameter iscarried in the fourth message; or, in a case that the terminal is in theinactive state, the RAN paging message is transmitted to the terminal,wherein the inactive-state DRX parameter is carried in the RAN pagingmessage; or, in a case that the terminal is in a Radio Resource control(RRC) connected state, a handover command is transmitted to theterminal, wherein the inactive-state DRX parameter is carried in thehandover command.

Through above steps, the network side device in the present disclosuremay configure the inactive-state DRX parameter for the terminal, so thatthe terminal in the inactive state may perform discontinuous receptionaccording to the received inactive-state DRX parameter, therebyachieving the purpose of saving power consumption of the terminal.

As an implementation, the network side device in the present disclosuremay transmit the inactive-state DRX parameter by using the MSG4 of therandom access procedure, and the terminal acquires the inactive-stateDRX parameter by receiving the MSG4.

As shown in FIG. 8, the present disclosure also provides another exampleof a method of configuring a DRX parameter. The example is applied to anetwork side device, and the network side device may be a base station,and the method includes steps 81-84

Step 81: configuring an inactive-state DRX parameter for a terminal.

Here, the foregoing inactive-state DRX parameter is a DRX parameter ofthe terminal in the inactive state, and the inactive-state DRX parametermay specifically include a DRX cycle, a DRX validity duration (such aseffective time and expiration time) and the like, which are notspecifically limited in the present disclosure. Any DRX parameter usedin the inactive state may be included in the above-mentionedinactive-state DRX parameter.

Step 82: receiving a MSG1 transmitted by the terminal, in a case thatthe terminal is in the inactive state and a RAN notification area needsto be updated.

Step 83: transmitting a MSG2 of a random access procedure to theterminal, and receiving a MSG3 returned by the terminal and used toindicate the RAN notification area update.

Step 84: transmitting a MSG4 of the random access procedure to theterminal, wherein the inactive-state DRX parameter is carried in theMSG4.

The messages involved in the above steps may be obtained by referring toFIG. 3 and a description thereof in the foregoing, and will not berepeated herein.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate during a RNA update procedure, so that the terminal in theinactive state may perform the discontinuous reception according to thereceived inactive-state DRX parameter, thereby achieving the purpose ofsaving power consumption of the terminal.

As shown in FIG. 9, the present disclosure also provides another exampleof a method of configuring a DRX parameter. The example is applied to anetwork side device, the network side device may be a base station, andthe method includes steps 91-95.

Step 91: configuring an inactive-state DRX parameter for a terminal.

Here, the foregoing inactive-state DRX parameter is a DRX parameter ofthe terminal in the inactive state. The inactive-state DRX parameter mayspecifically include a DRX cycle, a DRX validity duration (such aseffective time and expiration time) and the like, which are notspecifically limited in the present disclosure. Any DRX parameter usedin the inactive state may be included in the above-mentionedinactive-state DRX parameter.

Step 92: transmitting a RAN paging message to the terminal in a casethat the terminal is in the inactive state.

Here, in a case that the network side device needs to page the terminal,the RAN paging message is transmitted to the terminal by the networkside device. In a case that service data of the terminal arrives, thenetwork side device may initiate a process for paging the terminal andtransmit a paging message to the terminal. The paging message may alsobe triggered by other conditions, which are not specifically limited inthe present disclosure.

Step 93: receiving a MSG1 of a random access procedure transmittedaccording to the RAN paging message by the terminal to the network sidedevice.

Step 94: transmitting a MSG2 of the random access procedure to theterminal, and receiving a MSG3 of the random access procedure returnedby the terminal.

Step 95: transmitting a MSG4 of the random access procedure to theterminal, wherein the inactive-state DRX parameter is carried in theMSG4.

The messages involved in the above steps may be obtained by referring toFIG. 4 and a description thereof in the foregoing, and will not berepeated herein.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate during a paging procedure, so that the terminal in the inactivestate may perform the discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

As another implementation, the network in the present disclosure maytransmit the inactive-state DRX parameter in the paging message duringthe paging procedure. As shown in FIG. 10, the present disclosurefurther provides another example of the method of configuring the DRXparameter. The example is applied to a network side device which may bea base station, and the method includes steps 101-103.

Step 101: configuring an inactive-state DRX parameter for a terminal.

Here, the foregoing inactive-state DRX parameter is a DRX parameter ofthe terminal in the inactive state, and the inactive-state DRX parametermay specifically include a DRX cycle, a DRX validity duration (such aseffective time and expiration time) and the like, which are notspecifically limited in the present disclosure. Any DRX parameter usedin the inactive state may be included in the above-mentionedinactive-state DRX parameter.

Step 102: transmitting a RAN paging message to the terminal, wherein theinactive-state DRX parameter is carried in the RAN paging message.

Here, in a case that service data of the terminal arrives, the networkside device may initiate a process for paging the terminal and transmita paging message (a RAN paging message) to the terminal. The pagingmessage may also be triggered by other conditions, which are notspecifically limited in the present disclosure. In the presentdisclosure, the network side device carries the inactive-state DRXparameter configured for the terminal in the transmitted paging message.Further, the RAN paging message may further carry information ofindicating a transmission resource for transmitting the MSG1, whereinthe transmission resource may specifically include: a preamble of aPhysical Random Access CHannel (PRACH) and/or a time-frequency resourcefor the PRACH.

Step 103: receiving an acknowledgement message transmitted by theterminal and used to indicate that receipt of the inactive-state DRXparameter by the terminal is successful.

Here, the network side device may receive an acknowledgement messagereturned by the terminal, so as to learn that the terminal has obtainedthe inactive-state DRX parameter. Specifically, the acknowledgementmessage may explicitly indicate that the inactive-state DRX parameterhas been received, for example, a corresponding acknowledgement field iscarried in the acknowledgement message to indicate that theinactive-state DRX parameter has been received. The acknowledgmentmessage may also implicitly indicate that the inactive-state DRXparameter has been received, for example, the first message (MSG1)transmitted by the terminal is received, and the first message is usedto indicate, to the network side device, that the inactive-state DRXparameter has been received by the terminal. Specifically, the firstmessage is transmitted by using a predetermined PRACH resource, toindicate that receipt of the inactive-state DRX parameter by theterminal is successful. For example, the MSG1 of the random accessprocedure transmitted by the terminal by using a transmission resourceindicated by the RAN paging message, may be received; or the MSG1 of therandom access procedure transmitted by the terminal through atransmission resource indicated by a broadcast of the network sidedevice, is received; or the MSG1 of the random access proceduretransmitted by the terminal through a reserved transmission resource isreceived. Here, the PRACH resource includes a preamble of the PRACHand/or a time-frequency resource for the PRACH.

The messages involved in the above steps may be obtained by referring toFIG. 5 and a description thereof in the foregoing, and will not berepeated herein.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the inactivestate in a paging procedure, so that the terminal in the inactive statemay perform the discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

The above embodiments describe how the network side device configuresthe inactive-state DRX parameter for a terminal in an inactive state.The present disclosure describes an implementation of configuring aninactive-state DRX parameter for a terminal in the connected statehereinafter.

As shown in FIG. 11, the present disclosure also provides anotherexample of a method of configuring a DRX parameter. The example isapplied to a network side device, and the network side device may be abase station, and the method includes steps 111-112.

Step 111: configuring an inactive-state DRX parameter for a terminal.

Here, the foregoing inactive-state DRX parameter is a DRX parameter ofthe terminal in the inactive state, and the inactive-state DRX parametermay specifically include a DRX cycle, a DRX validity duration (such aseffective time and expiration time) and the like, which are notspecifically limited in the present disclosure. Any DRX parameter usedin the inactive state may be included in the above-mentionedinactive-state DRX parameter. Here, the network side may configure theinactive-state DRX parameter for the terminal in a RRC connected state.

Step 112: transmitting a handover command to a terminal in a RRCconnected state, wherein the inactive-state DRX parameter is carried inthe handover command.

Here, in a case that the terminal performs a cell handover procedure,the inactive-state DRX parameter used by the terminal in the inactivestate possibly needs to be configured or reconfigured. At this time, thenetwork side device may enable the inactive-state DRX parameter to becarried in the handover command, thereby configuring/reconfiguring theinactive-state DRX parameter for the terminal.

Through the above steps, the present disclosure implements configurationof the inactive-state DRX parameter for the terminal in the connectedstate during a handover procedure, therefore, in a case that theterminal enters the inactive state, discontinuous reception may beperformed by the terminal according to the received inactive-state DRXparameter, thereby achieving the purpose of saving power consumption ofthe terminal.

The present disclosure may also configure/reconfigure inactive-state DRXparameters for the terminal during processes ofestablishing/reconfiguring/re-establishing an RRC connection between theterminal and the target base station. For example, the inactive-stateDRX parameter is carried in the RRCConnectionSetup signaling or theRRCConnectionReconfiguration signling or theRRCConnectionReestablishment signaling. After the terminal receives theabove signaling, the terminal maintains the DRX parameter configurationof the terminal according to the inactive-state DRX parameter carried inthe signaling.

It should be noted that the above methods of configuring a DRX parameterprovided by the present disclosure may be used by combination them, forexample, the inactive-state DRX parameter is configured by using themethod provided by one of the embodiments and the inactive-state DRXparameter is reconfigured (such as updating the inactive-state DRXparameter) by using the method provided by another one of theembodiments. The inactive-state DRX parameter may also be configured andreconfigured by using the method provided by the same embodiment.

Based on the above methods, the present disclosure also provides adevice of implementing the above methods.

Referring to FIG. 12, the present disclosure provides a terminal 120,and the terminal 120 includes a receiving module 121 and a parameteracquiring module 122.

The receiving module 121 is configured to receive a message transmittedby a network side device in a case that the terminal is in an inactivestate.

The parameter acquiring module 122 is configured to acquire, from themessage, an inactive-state DRX parameter configured by the network sidedevice for the terminal.

As shown in FIG. 12, the receiving module 121 may include a firstreceiving submodule 1211, or a second receiving submodule 1212, or athird receiving submodule 1213, or a fourth receiving submodule 1214.The first receiving submodule 1211 is configured to receive a fourthmessage transmitted by the network side device in a process of updatinga RAN notification area in a case that the terminal is in the inactivestate, wherein the inactive-state DRX parameter is carried in the fourthmessage. The second receiving submodule 1212 is configured to receivethe fourth message transmitted by the network side device in a randomaccess procedure in a case that the terminal is in the inactive state,wherein the inactive-state DRX parameter is carried in the fourthmessage. The third receiving submodule 1213 is configured to receive aRAN paging message transmitted by the network side device in a case thatthe terminal is in the inactive state, wherein the inactive-state DRXparameter is carried in the RAN paging message. The fourth receivingsubmodule 1214 is configured to receive a handover command transmittedby the network side device in a case that the terminal is in a RRCconnected state, wherein the inactive-state DRX parameter is carried inthe handover command.

Optionally, the terminal 120 further includes a first interaction module123. The first interaction module 123 is configured to: prior toreceiving, by the a first receiving submodule, the fourth message and ina case that the terminal is in the inactive state and the RANnotification area needs to be updated, transmit a first message to thenetwork side device, receive a second message returned by the networkside device, and transmit, to the network side device, a third messageused to indicate that the RAN notification area needs to be updated.

Here, configuration information about the RAN notification area isfurther carried in the fourth message received by the first receivingsubmodule.

Optionally, the terminal further includes a second interaction module124. The second interaction module 124 is configured to: prior toreceiving, by the second receiving submodule, the fourth message and ina case that the terminal is in the inactive state, receive a RAN pagingmessage transmitted by the network side device, transmit a first messageto the network side device, receive a second message returned by thenetwork side device, and transmit a third message to the network sidedevice.

Optionally, the terminal further includes a transmitting module 125. Thetransmitting module 125 is configured to: after the third receivingsubmodule receives the RAN paging message transmitted by the networkside device, transmit to the network side device an acknowledgementmessage for indicating that receipt of the inactive-state DRX parameterby the terminal is successful.

Optionally, the transmitting module 125 may include a messagetransmitting submodule 1251. The message transmitting submodule 1251 isconfigured to transmit to the network side device a first message, thefirst message indicating to the network side device that receipt of theinactive-state DRX parameter by the terminal is successful.

Here, the message transmitting submodule 1251 is specifically configuredto: transmit the first message to the network side device through aPhysical Random Access CHannel (PRACH) resource indicated by the RANpaging message; or transmit the first message to the network side devicethrough a PRACH resource indicated by a broadcast of the network sidedevice; or transmit the first message to the network side device througha reserved PRACH resource.

Here, the PRACH resource includes: a preamble of a PRACH and/or atime-frequency resource of the PRACH.

It should be noted that the embodiment of the terminal is a terminalcorresponding to the foregoing method of configuring the DRX parameterapplied to the terminal side, and all implementations of the foregoingembodiments are applicable to the terminal embodiment, and the sametechnical effect may be achieved.

The present disclosure also provides a terminal. The terminal includinga storage and a processor, wherein the storage includes a computerprogram stored on the storage and is executable by the processor; in acase that the computer program is executed by the processor, theprocessor implements the foregoing various steps in the embodiments ofthe method of configuring the DRX parameter at the terminal side, andmay achieve the same technical effect, and will not be described hereinto avoid repetition.

The present disclosure also provides a computer readable storage medium,wherein the computer readable storage medium stores a computer programthereon; in a case that the computer program is executed by a processor,the processor implements the foregoing various steps in the embodimentsof the method of configuring the DRX parameter at the terminal side, andmay achieve the same technical effect, and will not be described hereinto avoid repetition. The computer readable storage medium may bevolatile or non-volatile, such as a Read-Only Memory (ROM), a RandomAccess Memory (RAM), a disk, or a CD, etc.

FIG. 13 is a schematic structural diagram illustrating a terminal of thepresent disclosure. Specifically, the terminal 1300 in FIG. 13 may be amobile phone, a tablet computer, a Personal Digital Assistant (PDA), oran on-vehicle computer, etc.

The terminal 1300 in FIG. 13 includes a power source 1310, a storage1320, an input unit 1330, a display unit 1340, a processor 1350, aWireless Fidelity (WIFI) module 1360, an audio circuit 1370, and an RFcircuit 1380.

The input unit 1330 may be configured to receive information inputted bya user and generate a signal input related to user's settings andfunction control of the terminal device 1300. Specifically, in thepresent disclosure, the input unit 1330 may include a touch panel 1331.The touch panel 1331, also referred to as a touch screen, may collect auser's touch operation thereon or nearby (such as an operation of theuser on the touch panel 1331 using any suitable object or accessory suchas a finger or a stylus), and drives a corresponding connected deviceaccording to a preset program. Optionally, the touch panel 1331 mayinclude two parts, a touch detection device and a touch controller. Thetouch detection device detects a touch orientation of the user, anddetects a signal generated by the touch operation, and transmits thesignal to the touch controller; the touch controller receives touchinformation from the touch detection device, converts the touchinformation into a coordinate of a touch point, transmits the coordinateto the processor 1350, and may receive and execute a command transmittedfrom the processor 1350. In addition, the touch panel 1331 may beimplemented in various types such as a resistive touch panel, acapacitive touch panel, an infrared touch panel, and asurface-acoustic-wave type touch panel, etc. In addition to the touchpanel 1331, the input unit 1330 may further include other input devices1332. The other input devices 1332 may include, but are not limited to,one or more of a physical keyboard, function buttons (such as a volumecontrol button, a switch button, etc.), a trackball, a mouse, ajoystick, and the like.

The display unit 1340 may be used to display information inputted by theuser or information provided to the user as well as various menuinterfaces of the terminal device. The display unit 1340 may include adisplay panel 1341. Optionally, the display panel 1341 may be configuredin a form of an LCD, an Organic Light-Emitting Diode (OLED) or the like.

It should be noted that the touch panel 1331 may cover the display panel1341 to form a touch display screen, and in a case that the touchdisplay screen detects a touch operation thereon or nearby, the touchoperation is transmitted to the processor 1350 to determine a type of atouch event, then the processor 1350 provides a corresponding visualoutput on the touch display based on the type of the touch event.

The touch display includes an application-program interface display areaand a common control display area. An arrangement of theapplication-program interface display area and the common controldisplay area are not limited, may be an arrangement in which two displayareas may be distinguished, such as an up-down arrangement, a left-rightarrangement, and the like. The application-program interface displayarea may be used to display an interface of an application program. Eachinterface may include interface elements such as at least oneapplication icon and/or a widget desktop control. Theapplication-program interface display area may also be a blank interfacethat does not include any content. The common control display area isused to display controls with a high usage rate, such as a settingbutton, an interface number, a scroll bar, a phone book icon, and thelike.

The processor 1350 is a control center of the terminal device, connectsvarious portions of the handset by using various interfaces and lines,and performs, by running or executing software programs and/or modulesstored in a first storage 1321 and calling data stored in a secondstorage 1322, various functions of the terminal device and processesdata to perform overall monitoring of the terminal device. Optionally,the processor 1350 may include one or more processing units.

In the present disclosure, by calling a software program and/or a modulestored in the first storage 1321 and/or data in the second storage 1322,the processor 1350 is configured to: receive a message transmitted by anetwork side device; and acquire, from the message, the inactive-stateDRX parameter configured by the network side device for the terminal.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: receive a fourth messagetransmitted by the network side device in a process of updating the RANnotification area in a case that the terminal is in the inactive state,wherein the inactive-state DRX parameter is carried in the fourthmessage; or receive the fourth message transmitted by the network sidedevice in the random access procedure in a case that the terminal is inthe inactive state, wherein the inactive-state DRX parameter is carriedin the fourth message; or receive the RAN paging message transmitted bythe network side device in a case that the terminal is in the inactivestate, wherein the inactive-state DRX parameter is carried in the RANpaging message; or receive a handover command transmitted by the networkside device in a case that the terminal is in a RRC connected state,wherein the inactive-state DRX parameter is carried in the handovercommand.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: in a case that the terminal isin the inactive state, prior to receiving the fourth message transmittedby the network side device in the process of updating the RANnotification area, transmit the first message to the network side devicein a case that the terminal is in the inactive state and the RANnotification area needs to be updated; receive the second messagereturned by the network side device; and transmit, to the network sidedevice, the third message for indicating that the RAN notification areaneeds to be updated. Here, RAN notification area configurationinformation is further carried in the fourth message received by theprocessor 1350 in the process of updating the RAN notification area.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: in a case that the terminal isin the inactive state, prior to receiving the fourth message transmittedby the network side device in the random access procedure, receive theRAN paging message transmitted by the network side device in a case thatthe terminal is in the inactive state; transmit the first message to thenetwork side device; receive the second message returned by the networkside device; and transmit the third message to the network side device.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: in a case that the terminal isin the inactive state, after receiving the RAN paging messagetransmitted by the network side device, transmit, to the network sidedevice, an acknowledgement message for indicating that receipt of theinactive-state DRX parameter by the terminal is successful.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: transmit the first message tothe network side device, wherein the first message is configured toindicate to the network side device that receipt of the inactive-stateDRX parameter by the terminal is successful.

Specifically, by calling a software program and/or a module stored inthe first storage 1321 and/or data in the second storage 1322, theprocessor 1350 is further configured to: transmit the first message tothe network side device through the Physical Random Access CHannel(PRACH) resource indicated by the RAN paging message; or transmit thefirst message to the network side device through the PRACH resourceindicated by a broadcast of the network side device; or transmit thefirst message to the network side device through the reserved PRACHresource.

Here, the PRACH resource includes: a preamble of the PRACH and/or atime-frequency resource of the RPACH.

The terminal device of the present disclosure acquires, according to themessage transmitted by the network side device, the inactive-state DRXparameter configured by the network side device for the terminal,thereby maintaining locally the inactive-state-related DRX parameter inthe DRX parameter configuration, so that the terminal in the inactivestate may perform discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

The present disclosure provides a network side device. The network sidedevice may be a base station. As shown in FIG. 14, the network sidedevice 140 includes: a configuration module 141, configured to configurean inactive-state DRX parameter for the terminal; and a transmittingmodule 142, configured to transmit a message including theinactive-state DRX parameter to the terminal.

Optionally, the transmitting module 142 includes: a first transmittingsubmodule 1421, configured to transmit the fourth message to theterminal in the process of updating the RAN notification area in a casethat the terminal is in the inactive state, wherein the inactive-stateDRX parameter is carried in the fourth message; or a second transmittingsubmodule 1422, configured to transmit the fourth message to theterminal in the random access procedure in a case that the terminal isin the inactive state, wherein the inactive-state DRX parameter iscarried in the fourth message; or a third transmitting submodule 1423,configured to transmit a RAN paging message to the terminal in a casethat the terminal is in the inactive state, wherein the inactive-stateDRX parameter is carried in the RAN paging message; or a fourthtransmitting submodule 1424, configured to transmit a handover commandto the terminal in a case that the terminal is in the RRC connectedstate, wherein the inactive-state DRX parameter is carried in thehandover command.

Optionally, the network side device 140 further includes: a firstinteraction module 143, configured to: prior to transmitting, by thefirst transmitting submodule, the fourth message, receive the firstmessage transmitted by the terminal in a case that the terminal is inthe inactive state and the RAN notification area needs to be updated;transmit the second message to the terminal; and receive the thirdmessage, transmitted by the terminal, for indicating that the RANnotification area needs to be updated.

Information for configuring a RAN notification area is also carried inthe fourth message transmitted in a process of updating the RANnotification area.

Optionally, the network side device 140 further includes: a secondinteraction module 144, configured to: prior to transmitting, by thesecond transmitting submodule, the fourth message, transmit the RANpaging message to the terminal in a case that the terminal is inactive;receive the first message transmitted by the terminal; transmit thesecond message to the terminal; and receive the third messagetransmitted by the terminal.

Optionally, the network side device 140 further includes: a receivingmodule 145, configured to: after transmitting, by the third transmittingsubmodule to the terminal, the RAN paging message, receive anacknowledgement message, transmitted by the terminal, for indicatingthat receipt of the inactive-state DRX parameter by the terminal issuccessful.

Optionally, the receiving module 145 may include: a message receivingsubmodule 1451, configured to: after transmitting, by the thirdtransmitting submodule to the terminal, a RAN paging message, receivethe first message transmitted by the terminal, wherein the first messageis configured to indicate, to the network side device, that receipt ofthe inactive-state DRX parameter by the terminal is successful.

Optionally, the message receiving submodule 1451 is specificallyconfigured to receive the first message transmitted by the terminalthrough the Physical Random Access CHannel (PRACH) resource indicated bythe RAN paging message; or receive the first message transmitted by theterminal through the PRACH resource indicated by a broadcast of thenetwork side device; or receive, through the reserved PRACH resource,the first message transmitted by the terminal.

The PRACH resource includes: a preamble of the PRACH and/or atime-frequency resource of the PRACH.

The method of configuring a discontinuous reception parameter, aterminal and a network side device provided by the present disclosureenable the terminal to acquire, according to the message transmitted bythe network side device, the inactive-state DRX parameter configured bythe network side device for the terminal, so that the terminal in theinactive state may perform discontinuous reception according to theinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

The present disclosure also provides a network side device including astorage and a processor, wherein the storage includes a computer programstored on the storage and is executable by the processor; in a case thatthe computer program is executed by the processor, the processorimplements the foregoing various processes in the embodiments of themethod of configuring the DRX parameters at the network side device, andmay achieve the same technical effect, and will not be described hereinto avoid repetition.

The present disclosure also provides a computer readable storage medium,wherein the computer readable storage medium stores a computer programthereon; in a case that the computer program is executed by a processor,the processor implements the foregoing various steps in the embodimentsof the method of configuring the DRX parameter at the network sidedevice, and may achieve the same technical effect, and will not bedescribed herein to avoid repetition. The computer readable storagemedium may be volatile or non-volatile, such as a Read-Only Memory(ROM), a Random Access Memory (RAM), a disk, or a CD, etc.

FIG. 15 is a structural diagram illustrating a network side device ofthe present disclosure, which may implement the details of the method ofconfiguring the DRX parameters applied to the network side device, andachieve the same effect. As shown in FIG. 15, the network side device1500 includes: a processor 1501, a transceiver 1502, a storage 1503, anda bus interface, wherein, the processor 1501 is configured to read aprogram in the storage 1503, and perform the following processes:configuring the inactive-state DRX parameter for the terminal; andtransmitting a message including the inactive-state DRX parameter to theterminal.

In FIG. 15, a bus architecture may include any number of interconnectedbuses and bridges, specifically links together various circuits such asone or more processors represented by the processor 1501 and a storagerepresented by the storage 1503. The bus architecture may also linkvarious other circuits such as peripheral devices, voltage regulators,and power management circuits, etc., which are well known in the artand, therefore, will not be further described herein. The bus interfaceprovides an interface. The transceiver 1502 may be a plurality ofcomponents, including a transmitter and a receiver, may provide unitsfor communicating with various other devices on a transmission medium.

The processor 1501 is responsible for managing a bus architecture andgeneral processing, and the storage 1503 may store data used by theprocessor 1501 in a case that the processor 1501 performs operations.

Optionally, by reading a program in the storage 1503, the processor 1501is further configured to: transmit the fourth message to the terminal inthe process of updating the RAN notification area in a case that theterminal is in the inactive state, wherein the inactive-state DRXparameter is carried in the fourth message; or, transmit the fourthmessage to the terminal in the random access procedure in a case thatthe terminal is in the inactive state, wherein the inactive-state DRXparameter is carried in the fourth message; or, transmit a RAN pagingmessage to the terminal in a case that the terminal is in the inactivestate, wherein the inactive-state DRX parameter is carried in the RANpaging message; or transmit a handover command to the terminal in a casethat the terminal is in the RRC connected state, wherein theinactive-state DRX parameter is carried in the handover command.

Optionally, by reading a program in the storage 1503, the processor 1501is configured to: prior to transmitting the fourth message to theterminal in the process of updating the RAN notification area in a casethat the terminal is in the inactive state, receive the first messagetransmitted by the terminal in a case that the terminal is in theinactive state and the RAN notification area needs to be updated;transmit the second message to the terminal; and receive the thirdmessage, transmitted by the terminal, for indicating that the RANnotification area needs to be updated.

The information for configuring the RAN notification area is alsocarried in the fourth message transmitted in the process of updating theRAN notification area.

Optionally, by reading a program in the storage 1503, the processor 1501is configured to: prior to the transmitting the fourth message to theterminal in a random access procedure in a case that the terminal is inthe inactive state, transmit the RAN paging message to the terminal in acase that the terminal is inactive; receive the first messagetransmitted by the terminal; transmit the second message to theterminal; and receive the third message transmitted by the terminal.

Optionally, the processor 1501 reads the program in the storage 1503 andperforms the following process: in a case that the terminal is in theinactive state, after transmitting the RAN paging message to theterminal, receiving an acknowledgement message, transmitted by theterminal, for indicating that receipt of the inactive-state DRXparameter by the terminal is successful.

Optionally, the processor 1501 reads the program in the storage 1503 andperforms the following process: receiving the first message transmittedby a terminal, wherein the first message is configured to indicate tothe network side device that receipt of the inactive-state DRX parameterby the terminal is successful.

Optionally, the processor 1501 reads the program in the storage 1503 andperforms the following process: receiving the first message transmittedby the terminal through a Physical Random Access CHannel PRACH resourceindicated by the RAN paging message; or receiving the first messagetransmitted by the terminal through the PRACH resource indicated by abroadcast of the network side device; or receiving, through the reservedPRACH resource, the first message transmitted by the terminal.

The PRACH resource includes: a preamble of the PRACH and/or atime-frequency resource for the PRACH.

The network side device of the present disclosure, by transmitting theinactive-state DRX parameter, enables the terminal to locally maintainthe inactive-state-related DRX parameter in the DRX parameterconfiguration, so that the terminal may, when entering the inactivestate, perform discontinuous reception according to the receivedinactive-state DRX parameter, thereby achieving the purpose of savingpower consumption of the terminal.

Various embodiments in the present specification are described in aprogressive manner, and each embodiment focuses on differences fromother embodiments, and the same or similar parts between the variousembodiments may be obtained by referring to each other.

Those skilled in the art will appreciate that the present disclosure maybe provided as a method, an apparatus, or a computer program product.Accordingly, the present disclosure may take forms of an entire hardwareembodiment, an entire software embodiment, or an embodiment combiningsoftware and hardware aspects. Moreover, the present disclosure may takea form of a computer program product implemented by one or more computerusable storage medium (including, but not limited to, a disk storage, aCD-ROM, an optical storage, etc.) including a computer usable programcode thereon.

The present disclosure is described with reference to a flowchart and/ora block diagram of a method, a terminal device (a system) and a computerprogram product according to the present disclosure. It will beunderstood that each flow and/or each block of the flowchart and/or theblock diagram and a combination of the flow and/or the block in theflowchart and/or block diagram may be implemented by computer programinstructions. These computer program instructions may be provided to aprocessor of a general purpose computer, a special purpose computer, anembedded processing machine or other programmable data processingterminal device to produce a machine, so that, by executing instructionsexecuted by a processor of a computer or other programmable dataprocessing terminal device, a device for implementing functionsdesignated in one or more flows of the flowchart or one or more blocksof the block diagram may be generated.

The computer program instructions may also be stored in a computerreadable storage that may direct a computer or other programmable dataprocessing terminal device to operate in a particular manner, such thatinstructions stored in the computer readable storage produce an articleof manufacture including an instruction device, and the instructiondevice implements the functions designated in one or more flows of theflowchart or in one or more blocks of the block diagram.

These computer program instructions may also be loaded onto a computeror other programmable data processing terminal device such that a seriesof operational steps are performed on the computer or other programmableterminal device to produce a computer-implemented processing, such thatthe instructions executed on a computer or other programmable terminaldevice provide steps for implementing the functions designated in one ormore flows of the flowchart or in one or more blocks of the blockdiagram.

Although optional embodiments of the present disclosure are alreadydescribed, one of ordinary skills in the art may make additionalmodifications and alterations to these embodiments once one of ordinaryskills in the art understands a basic creative concept. Therefore, theappended claims are intended to be construed as including optionalembodiments and all changes and modifications that fall within the scopeof the present disclosure.

It should also be noted that, in the present disclosure, relationalterms such as first and second, etc. are used merely to distinguish oneentity or operation from another entity or operation, withoutnecessarily requiring or implying any such actual relationship or orderbetween these entities or operations. Furthermore, the terms “comprises”or “comprising” or “includes” or any other variations are intended toencompass a non-exclusive inclusion, such that a process, a method, anarticle, or a terminal device that includes a series of elementsincludes not only those elements but also other elements not explicitlylisted, or elements inherent to such a process, method, article, orterminal device. An element defined by such a phrase as “comprising a .. . ” does not exclude presence of additional identical elements in theprocess, method, article, or terminal device including the element, ifwithout further limitation.

The above are optional embodiments of the present disclosure. It shouldbe noted that the improvements and embellishments may be made by one ofordinary skills in the art without departing the principles of thepresent disclosure. These improvements and embellishments are alsowithin the protection scope of the present disclosure.

What is claimed is:
 1. A method of configuring a discontinuous reception(DRX) parameter, applied to a terminal, comprising: receiving a messagetransmitted by a network side device; and acquiring, from the message,an inactive-state DRX parameter configured by the network side devicefor the terminal.
 2. The method according to claim 1, wherein receivingthe message transmitted by the network side device, comprises:receiving, in a process of updating a Radio Access Network (RAN)notification area, a fourth message transmitted by the network sidedevice, in a case that the terminal is in an inactive state, wherein theinactive-state DRX parameter is carried in the fourth message; or,receiving, in a random access procedure, a fourth message transmitted bythe network side device, in a case that the terminal is in an inactivestate, wherein the inactive-state DRX parameter is carried in the fourthmessage; or, receiving a Radio Access Network (RAN) paging messagetransmitted by the network side device, in a case that the terminal isin an inactive state, wherein the inactive-state DRX parameter iscarried in the RAN paging message; or, receiving a handover commandtransmitted by the network side device, in a case that the terminal isin a radio resource control (RRC) connected state, wherein theinactive-state DRX parameter is carried in the handover command.
 3. Themethod according to claim 2, wherein, prior to receiving, in the processof updating the Radio Access Network (RAN) notification area, the fourthmessage transmitted by the network side device in a case that theterminal is in the inactive state, the method further comprises:transmitting a first message to the network side device in a case thatthe terminal is in the inactive state and the RAN notification areaneeds to be updated; receiving a second message returned by the networkside device; and transmitting, to the network side device, a thirdmessage indicating that the RAN notification area needs to be updated.4. The method according to claim 2, wherein, information for configuringthe RAN notification area is further carried in the fourth messagereceived by the terminal in the process of updating the RAN notificationarea.
 5. The method according to claim 2, wherein, prior to receiving,in the random access procedure, the fourth message transmitted by thenetwork side device, in a case that the terminal is in the inactivestate, the method further comprises: receiving the RAN paging messagetransmitted by the network side device in a case that the terminal is inthe inactive state; transmitting a first message to the network sidedevice; receiving a second message returned by the network side device;and transmitting a third message to the network side device.
 6. Themethod according to claim 2, wherein, after receiving the RAN pagingmessage transmitted by the network side device in a case that theterminal is in the inactive state, the method further comprises:transmitting, to the network side device, an acknowledgement messageindicating that receipt of the inactive-state DRX parameter by theterminal is successful.
 7. The method according to claim 26, wherein,transmitting, to the network side device, the acknowledgement messageindicating that receipt of the inactive-state DRX parameter by theterminal is successful, comprises: transmitting, to the network sidedevice, a first message indicating to the network side device thatreceipt of the inactive-state DRX parameter by the terminal issuccessful.
 8. The method according to claim 7, wherein, transmitting,to the network side device, the first message indicating that receipt ofthe inactive-state DRX parameter by the terminal is successful,comprises: transmitting the first message to the network side devicethrough a physical random access channel (PRACH) resource indicated bythe RAN paging message; or transmitting the first message to the networkside device through a PRACH resource indicated by a broadcast of thenetwork side device; or transmitting the first message to the networkside device through a reserved PRACH resource.
 9. The method accordingto claim 8, wherein the PRACH resource comprises a preamble of the PRACHand/or a time-frequency resource for the PRACH.
 10. A method ofconfiguring a discontinuous reception (DRX) parameter, applied to anetwork side device, comprising: configuring an inactive-state DRXparameter for a terminal; and transmitting a message comprising theinactive-state DRX parameter to the terminal.
 11. The method accordingto claim 10, wherein transmitting the message comprising theinactive-state DRX parameter to the terminal, comprises: transmitting afourth message to the terminal in a process of updating a Radio AccessNetwork (RAN) notification area in a case that the terminal is in aninactive state, wherein the inactive-state DRX parameter is carried inthe fourth message; or, transmitting the fourth message to the terminalin a random access procedure in a case that the terminal is in theinactive state, wherein the inactive-state DRX parameter is carried inthe fourth message; or, transmitting a RAN paging message to theterminal in a case that the terminal is in the inactive state, whereinthe inactive-state DRX parameter is carried in the RAN paging message;or, transmitting a handover command to the terminal in a case that theterminal is in a Radio Resource control (RRC) connected state, whereinthe inactive-state DRX parameter is carried in the handover command. 12.The method according to claim 11, wherein, prior to transmitting thefourth message to the terminal in the process of updating the RANnotification area in a case that the terminal is in the inactive state,the method further comprises: receiving a first message transmitted bythe terminal in a case that the terminal is in the inactive state andthe RAN notification area needs to be updated; transmitting a secondmessage to the terminal; and receiving a third message transmitted bythe terminal, the third message indicating that the RAN notificationarea needs to be updated.
 13. The method according to claim 11, whereininformation for configuring the RAN notification area is further carriedin the fourth message transmitted by the network side device in theprocess of updating the RAN notification area.
 14. The method accordingto claim 11, wherein, prior to transmitting the fourth message to theterminal in the random access procedure in a case that the terminal isin the inactive state, the method further comprises: transmitting theRAN paging message to the terminal in a case that the terminal is in theinactive state; receiving a first message transmitted by the terminal;transmitting a second message to the terminal; and receiving a thirdmessage transmitted by the terminal.
 15. The method according to claim11, wherein after transmitting the RAN paging message to the terminal ina case that the terminal is in the inactive state, the method furthercomprises: receiving an acknowledgement message, transmitted by theterminal, indicating that receipt of the inactive-state DRX parameter bythe terminal is successful.
 16. The method according to claim 15,wherein receiving the acknowledgement message, transmitted by theterminal, indicating that receipt of the inactive-state DRX parameter bythe terminal is successful, comprises: receiving a first message,transmitted by the terminal, indicating to the network side device thatreceipt of the inactive-state DRX parameter by the terminal issuccessful.
 17. The method according to claim 16, wherein receiving thefirst message, transmitted by the terminal, indicating to the networkside device that receipt of the inactive-state DRX parameter by theterminal is successful, comprises: receiving, through a Physical RandomAccess CHannel (PRACH) resource indicated by the RAN paging message, thefirst message transmitted by the terminal; or receiving, through a PRACHresource indicated by a broadcast of the network side device, the firstmessage transmitted by the terminal; or receiving, through a reservedPRACH resource, the first message transmitted by the terminal.
 18. Themethod according to claim 17, wherein the PRACH resource comprises apreamble of the PRACH preamble and/or a time-frequency resource of thePRACH. 19-27. (canceled)
 28. A terminal, comprising: a storage and aprocessor, wherein a computer program executable by the processor isstored in the storage, and in a case that the computer program isexecuted by the processor, the processor implements steps of the methodof configuring a discontinuous reception (DRX) parameter according toclaim
 1. 29-38. (canceled)
 39. A network side device, comprising: astorage and a processor, wherein a computer program executable by theprocessor is stored in the storage, and in a case that the computerprogram is executed by the processor, the processor implements steps ofthe method of configuring a discontinuous reception (DRX) parameteraccording to claim
 10. 40. (canceled)